Date: Wed, 24 Mar 93 04:30:02 PST
From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
Errors-To: Packet-Radio-Errors@UCSD.Edu
Reply-To: Packet-Radio@UCSD.Edu
Precedence: Bulk
Subject: Packet-Radio Digest V93 #77
To: packet-radio


Packet-Radio Digest         Wed, 24 Mar 93       Volume 93 : Issue   77

Today's Topics:
                            Erich Stocker
           Found some ka9q lapb bugs. Anyone care? (2 msgs)
                     Is AFSK needed for HF Packet
            KA9q (on sys V.r3) sends but does not recieve
               Message to Baron@eostocker.gsfc.nasa.gov
                               MFJ-1278
                          Packet via telnet
               RFD: reorganization of rec.radio.amateur
                     TNCs - Analogue and Digital

Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 23 Mar 93 14:08:18 GMT
From: swrinde!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!ns1.nodak.edu!plains!ndsuvm1!gregg@network.UCSD.EDU
Subject: Erich Stocker
To: packet-radio@ucsd.edu

Erich, I can't get a message back to you!  Your address header is invalid to my
 system. ???
In answer to your question about software for the KPC3:
     I have used many of the shareware programs available on ham oriented bbs's
with good results.  Paket 5.1 is my favorite, and Lan-link 2.00 is a second cho
ice.  Hostmaster II+ is very good.  It makes things easy for the beginner.
     1200 baud packet is all there is out here in the sticks of North Dakota, b
ut we find that it works very well.  It would be nice if everyone was on 2400
baud, but they're not.  Anyway, good luck on whatever you decide.

*** to all the net:  Sorry to post this like this, but it is the only way that
I can get back to Erich! ***

------------------------------

Date: Tue, 23 Mar 1993 17:22:49 GMT
From: dog.ee.lbl.gov!newshub.nosc.mil!news!manta!psm@network.UCSD.EDU
Subject: Found some ka9q lapb bugs. Anyone care?
To: packet-radio@ucsd.edu

I've been looking at the ka9q code and have found some
lapb-level bugs. Does anyone care enough that I should
post them? I presume if they were a problem, they'd have
been corrected long ago (they look like they've been
there a long time). Or alternatively, is there someone
somewhere in charge of maintenance who should be informed?


-- 
----
Scot McIntosh
Internet: psm%helios.nosc.mil@nosc.mil
UUCP:     I have no idea

------------------------------

Date: 24 Mar 93 05:00:49 GMT
From: usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!csn!ub!dsinc!wells!beyonet!steve@network.UCSD.EDU
Subject: Found some ka9q lapb bugs. Anyone care?
To: packet-radio@ucsd.edu

	Go ahead post your finds I would be curious what version of ka9q
	your talking about nos or net? What do the bug fixes do and
	what didn't it do before? 

	Its basically a freeforall on the ka9q code anymore. There are
	so many different versions that its hard to make a standard.

	Also there are mailinglists but they are so far into debate right
	now nothing is getting done. 

	This is the place to make your stand and I for one would like
	to see the bug fixes posted since my mail routes are all so
	messed up because of admin problems down the road.

	73 - Steve

-- 
|Stephen Urich|        Internet:steve@zero.com         | "Cattle mutilations |
|NIC: SU2     |        UUCP:uunet!beyonet!steve        | are up!" --Sneakers |
|ARS: WB3FTP  | Packet:WB3FTP@WB3FTP.#EPA.PA.USA.NOAM  | ax25<->PBBS<->IPGATE|
|Bensalem, PA |Radio:wb3ftp@wb3ftp.ampr.org[44.80.8.44]| TCP/IP-FTP-SMTP-UNIX|

------------------------------

Date: Tue, 23 Mar 1993 19:14:49 GMT
From: noc.near.net!squam.banyan.com!banyan.com!dts@uunet.uu.net
Subject: Is AFSK needed for HF Packet
To: packet-radio@ucsd.edu

Using FSK mode on radios rather than AFSK via SSB mode on rig:

Reasons to run FSK:

1. "CW" narrow filters can be used in digital modes. Baudot RTTY works just
    fine through 500 Hz and 250Hz filters. For RTTY contesting this is a
    big help.

2. Audio levels into the rig: with FSK the audio level from TNC to radio is
   important. Overdriving the rig will result in splatter. FSK does not have
   this problem, since the rig takes care of generating appropriate carriers.

3. Mark frequency display: Rigs which have RTTY/Packet/FSK modes (called
   different things by the different manufacturers) display the MARK TONE
   frequency when in FSK mode. This is a BIG PLUS if you want to use the ALPINK
   systems or other HF automatic services. ALL of these are advertized based on
   the MARK frequency. It is possible to figure this out on an LSB display, it
   is just less convenient.

Notes:

   You may find FSK mode problematic for modes which do not use 170Hz shift,
since most rigs are set up for that. And while most rigs are switchable, it is
not generally convenient to do that switching very often.

I run primarily Baudot RTTY and Amtor, and have little use for HF packet. My
station is optimized for RTTY...
-- 
-----------------------------------------------------------------------
Daniel Senie                 Internet:     dts@banyan.com
Banyan Systems, Inc.         Compuserve:   74176,1347
508-898-1188                 Packet Radio: N1JEB@WA1PHY.MA

------------------------------

Date: 23 Mar 93 19:04:41 GMT
From: news-mail-gateway@ucsd.edu
Subject: KA9q (on sys V.r3) sends but does not recieve
To: packet-radio@ucsd.edu

Hi,
	the ka9q port I have sends out on a system V (SYN) but does not
receive.  Have I got the calling sequence wrong.  Or not set the address,
gateway, netmask, ip address.

Question: How do I set all of these and how do I debug it.

	Thanks,	
	erach (irani@cs.umn.edu)

A more verbose description follows:

1. login using kermit to the slip server.  Disable DTR n the modem.
get the slip ip address and the MTU and the gateway address.

2. exit kermit.  modem is still on

3. enter net.debug
net> is the prompt

say 
attach asy 0 /dev/ttyh01 slip sl0 256 1500 9600 

here i have the option of having dialer commands after 9600
but those don't push thru.

set the ip address of the station:

question --- do I set it to the ip address of the station or the ip 
address of the slip server

command
ip [address ?]

then
set the slip address on the other side

route add [slip-address] sl0

add gateway

route add default sl0 [gatew-ay -address] 1

question: how do I add the netmask
255.255.255.0

I did a grep in the source code cannot find anything

nor can I find 'up' for the interface.

then telnet to address in outside world or local-address

problem: sends SYN but nothing received.

Is there a way to debug this.  Thanks, 
	erach

------------------------------

Date: Wed, 24 Mar 1993 06:23:42 GMT
From: swrinde!zaphod.mps.ohio-state.edu!darwin.sura.net!rouge!cfm1471@network.UCSD.EDU
Subject: Message to Baron@eostocker.gsfc.nasa.gov
To: packet-radio@ucsd.edu

Erich, i tried to mail to you but was returned as unknown.  Anyway,
we use highspeed packet on a local basis to great satisfaction.  Most of
us run TCP/IP mailboxes, and for binary transfers to each other.. Works great.
They use 19.2 on TexNet in southern Texas, and that i have heard works great,
somtimes!   As for the 741 as a base station, i should not see why not, i use
a 241 as a mobile and as a base station.  Only thing i dont like about the
741 is that modular plug, makes it kinda hard to wire tncs.  I dont think it
will work on highspeed packet either, because of it being Phase modulated rather
then true FM.  If you can get that mod plug, you should have no problem wireing
the kpc to it at all!

Charlie

=============================================================================
| Charles Morrison       | cfm1471@ucs.usl.edu   | These are my views,      |
| KI5XP                  | ki5xp@ucs.usl.edu     | NOT anyone elses!        |  
| U. of SouthWestern     | ki5xp@ki5xp.aara.org  | But who cares?           |
|        La.             | KI5XP @ K5ARH.LA      |                          |
| Lafayette, La 70506    |                       |                          |
=============================================================================

------------------------------

Date: 23 Mar 93 22:15:43 GMT
From: usc!howland.reston.ans.net!gatech!prism!rsal!kmoss@network.UCSD.EDU
Subject: MFJ-1278
To: packet-radio@ucsd.edu

Hello, I am a newcomer to the world of TNC's and I have recently
connected a MFJ-1278 to my ICOM 745 Shortwave radio.  What I need
now is some software that is easy to use that allows morse code,
RTTY, amtor, etc to be decoded using my MFJ-1278.  Is there some
shareware that can be ftp'ed from somewhere.  Any suggestions would
be much appreciated.  Please send suggestions by e-mail.  Thanks,

Karen M. Moss
N4ZCY
kmoss@rsal.gatech.edu

 

------------------------------

Date: Tue, 23 Mar 1993 17:37:29 GMT
From: swrinde!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!saturn.wwc.edu!saturn.wwc.edu!morgdw@network.UCSD.EDU
Subject: Packet via telnet
To: packet-radio@ucsd.edu

Please repost address and information..

morgdw@wwc.edu

ps. or just email it to me.

------------------------------

Date: 24 Mar 93 01:48:41 GMT
From: rtech!amdahl!amdahl!uts.amdahl.com@decwrl.dec.com
Subject: RFD: reorganization of rec.radio.amateur
To: packet-radio@ucsd.edu

                             REQUEST FOR DISCUSSION
                       REORGANIZATION OF REC.RADIO.AMATEUR

[This is a second attempt.  I tried cross-posting to news.announce.newgroups
but I see is no evidence that the moderator has posted anything in a month.
As appropriate, the dates for the 30-day discussion period have been adjusted
to begin 3/24/93, which has just started in UTC.  If the original RFD sent
3/18/93 eventually shows up, this supersedes it.  --- Ian KD6EUI]

This request for discussion is the beginning of the newsgroup creation process
outlined in GUIDELINES FOR NEWSGROUP CREATION, which can be found in
news.groups.  Because of the high volume of traffic in rec.radio.amateur.misc,
a mail list was created (with an open invitation posted to the newsgroup) to
discuss the issue.  This RFD is in response to two problems that were
identified by the mail list.
1) rec.radio.amateur.misc has a daily traffic volume which is too high for most
   people to follow on a regular basis.
2) rec.radio.amateur.packet needs to be renamed due to the growth of other
   digital modes besides packet on amateur radio.


30-DAY DISCUSSION PERIOD
------------------------

The newsgroup creation guidelines require a 30-day discussion period.  THAT
30-DAY PERIOD HAS STARTED AND LASTS FROM MARCH 24, 1993 TO APRIL 23, 1993.
All comments which are to be considered toward this discussion must take place
on the news.groups newsgroup.  For that reason, this RFD contains the header
line "Followup-To: news.groups" so that replies will only go there.

This discussion period is not a voting period.  If the discussion period
shows that there is sufficient support, the process will continue on to
a 21-31-day voting phase, which will be described in a Call for Votes (CFV)
article.

Modifications may be made to the proposal during the current discussion phase.
Once a CFV is posted, the proposal at that time may only be approved or
rejected.  No modifications will be made during the vote.

Comments and discussion posted to rec.radio.amateur.misc and
rec.radio.amateur.packet cannot be considered official.  However, users of
the Info-Hams and Packet-Radio mailing lists, which are linked to these
newsgroups, cannot access news.groups.   So discussion of how to handle the
mail lists may take place there on an unofficial basis.  This unofficial
procedure is being acknowledged in the RFD because no alternative exists for
the mail list users.  Users must remember 1) the process does not require
any action on articles posted outside news.groups and 2) final authority for
the mail lists lies with their administrators.


NEWSGROUP REORGANIZATION PROPOSAL
---------------------------------

The scope of this RFD is the newsgroups within the rec.radio.amateur hierarchy.
Other newsgroups (even others under rec.radio) are not a subject of this RFD.
The CFV following this RFD, if a CFV is issued, will not propose any changes
outside of rec.radio.amateur.

The current newsgroups are as follows:

[all the following groups are unmoderated]
rec.radio.amateur.misc		Amateur radio practices, contests, events, etc.
rec.radio.amateur.packet	Discussion about packet radio setups
rec.radio.amateur.policy	Radio use & regulation policy

In determining a reorganization of rec.radio.amateur which frees some of the
traffic from the single newsgroup rec.radio.amateur.misc, the members of the
reorganization mail list considered the following guidelines which the
participants in this discussion are also asked to consider:
* More is not necessarily better.  Several newsgroups were proposed and then
  dropped because the traffic levels on those subjects do not warrant their
  own newsgroup.  (examples: video, repeaters, antennas)
* We were not trying to use new newsgroups as a place to discard unwanted
  subjects.  With as large an audience as rec.radio.amateur has, everyone
  would want to discard some subjects somewhere so WE DID NOT CONSIDER THAT
  A VALID REASON TO CREATE A NEWSGROUP.  There is no rec.radio.amateur.cw in
  this proposal because the productive areas of that subject fit better within
  r.r.a.operating and r.r.a.instruction.  Most of the heated arguments about
  morse code requirements will still belong in r.r.a.policy under this
  proposal.  All newsgroups in this proposal were justified by sustained
  traffic volume in that topic.  A borderline case (emergency services) was
  decided in its favor because it is part of the purpose of amateur radio,
  as much as experimentation is.

The proposed reorganization of rec.radio.amateur would result in the following
groups: [all the following proposed groups are unmoderated]

Newsgroup name				description
--------------				-------------------------------
rec.radio.amateur.misc			all Ham radio topics not covered below
					i.e. video, stories, humor, new topics
					[no modification to existing newsgroup]
rec.radio.amateur.policy		regulations & policy issues
					[no modification to existing newsgroup]
rec.radio.amateur.digital.misc		packet radio & other digital modes
					[includes old rec.radio.amateur.packet]
rec.radio.amateur.digital.tcp-ip	TCP/IP via packet radio
rec.radio.amateur.operating		Operating procedures and questions: DX,
					CW, contests, propagation, repeaters
rec.radio.amateur.products		manufactured equipment, modifications
rec.radio.amateur.instruction		Ham radio instruction & examination
rec.radio.amateur.construction		homebrewing & experimentation
rec.radio.amateur.space			amateur radio in space: satellites,
					earth-moon-earth (EME), shuttle, MIR
rec.radio.amateur.emerg-services	emergency services: RACES, ARES, NTS

Under this proposal, rec.radio.amateur.packet will become an alias for
rec.radio.amateur.digital.misc, which is intended to replace it.

An alternate proposal, aimed at having fewer newsgroups, found some support in
the reorganization mail list.  It is presented here as a potential alternative
for use in the discussion, as a guage of which one the rec.radio.amateur
community prefers.  It amends the proposal as follows:

Newsgroup name				description
--------------				-------------------------------
rec.radio.amateur.tech			Technical discussions about Ham Radio:
					construction, satellites, theory,
					examinations, video, repeaters
					[unmoderated]
[this replaces r.r.a.instruction, r.r.a.construction, and r.r.a.space, plus
taking all technical topics from r.r.a.misc]


REFERENCES
----------

If any users wish to see a transcript of the discussion on the reorganization
mail list which led up to this RFD, it is available for anonymous FTP at
charon.amdahl.com (129.212.11.1) in /pub/radio/amateur/rra-reorg.log.1.Z
(160K+ after decompression.)

The mail list was created after a public invitation to join that was posted
with worldwide distribution.  The following people chose to participate:

   ehare@arrl.org (Ed Hare KA1CV)
   ikluft@uts.amdahl.com (Ian Kluft KD6EUI)
   jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard K5ZC)
   brian@nucleus.amd.com (Brian McMinn N5PSS)
   mark@ve6mgs.ampr.ab.ca (Mark Salyzyn VE6MGS)
   steve@matt.ksu.ksu.edu (Steve Schallehn KB0AGD)
   pschleck@cwis.unomaha.edu (Paul W Schleck KD3FU)
   steve@wattres.sj.ca.us (Steve Watt KD6GGD)


-----------------------------------REMINDER-----------------------------------
   NO VOTES ARE BEING ACCEPTED AT THIS TIME - THIS IS FOR DISCUSSION ONLY
    POST ALL REPLIES IN NEWS.GROUPS WHERE THEY CAN BE OFFICIALLY COUNTED
------------------------------------------------------------------------------

------------------------------

Date: Tue, 23 Mar 1993 18:06:40 GMT
From: usc!cs.utexas.edu!utnut!torn!csd.unb.ca!UPEI.CA!seeler@network.UCSD.EDU
Subject: TNCs - Analogue and Digital
To: packet-radio@ucsd.edu

Well - There has not been much said about the DSP multimode TNC from AEA
	recently.  I presently have a PK232MBX - which I am very happy 
	with. Now I understand that the Pactor upgrade is available for the 
	232 and the DSP units. I have been contemplating upgrading to the DSP
	unit since I am very interested in the opportunities it ( dual 
	port unit) offers. However, I've held off due to cost and the fact
	that little has been said about the units on this Newsgroup. Now I 
	am in a position where I must decide to go for the 232 Pactor 
	upgrade, or hold off and get the DSP unit later this summer.

So - With respect to those who currently have or have used the AEA DSP units-
	1. Are you happy with it?
	2. Is the software available to take advantage of the units 
	   capabilities?
	3. What are the problems if any with the units and would you get
	   it again - or would you recommend that I stay with the 232 and
	   upgrade it?

Thanks for your time and consideration in answering this request. It sure
has been quiet re - the DSP units. Replies may go to me direct or the group.
As always - I'll summarize if replies are received.

73 Dave  VY2DCS
Internet: Seeler@UPEI.CA
PBBS	: VY2DCS@VE1AIC.PE.CAN.NA

------------------------------

Date: 23 Mar 93 18:07:39 GMT
From: usc!howland.reston.ans.net!newsserver.jvnc.net!netnews.upenn.edu!prijat!triangle.cs.uofs.edu!bill@network.UCSD.EDU
To: packet-radio@ucsd.edu

References <1993Mar17.182113.21178@ke4zv.uucp>, <1993Mar19.161346.24177@ve6mgs.ampr.org>, <1993Mar20.152529.17081@ke4zv.uucp>
Subject : Re: Packet Radio via CB????

In article <1993Mar20.152529.17081@ke4zv.uucp>, gary@ke4zv.uucp (Gary Coffman) writes:
|> I have no doubt that it would also work on Class D CB, though it is 
|> illegal under *US* regulations to do so *here*. 

How can anything be considered "illegal" on a service that has no enforcement 
until it interferes with another service??  How could packet radio be construed 
as anything other than another one of the many noise makers that have been in
vogue on 27 Mhz for a number of years??

I would think the FCC would be pleased to see someone other than hookers and
small-time drug dealers actually making some serious use of the band.

bill   KB3YV

-- 

   Bill Gunshannon     | "There are no evil thoughts, Mr. Reardon" Francisco
   bill@cs.uofs.edu    |  said softly, "except one; the refusal to think."
                       |         #include <std.disclaimer.h>   

------------------------------

Date: 23 Mar 93 16:17:20 GMT
From: ogicse!ese!dreeves@uunet.uu.net
To: packet-radio@ucsd.edu

References <1ol28fINN1mv@tamsun.tamu.edu>, <1omiseINNhok@gap.caltech.edu>, <C4CHGG.GC1@murdoch.acc.Virginia.EDU>
Subject : Re: Packet via Telnet: join our gateway!

In article <C4CHGG.GC1@murdoch.acc.Virginia.EDU> jeg7e@livia.acs.Virginia.EDU (Jon Gefaell) writes:
>In article <1omiseINNhok@gap.caltech.edu> pjb@cco.caltech.edu (Paul J. Brewer) writes:
>>
>>Some guy sent my sysadmin a note about my "illegal fundraising" involving
>>"commercial use" of amateur channels. 

[Deleted....]

>The illegality (well...) lies in your use of the Internet, NOT your
>use of the Amateur Radio Frequencies. It is not within the acceptable
>use policy of your regional network to provide services in exchange 
>for funds.

If you would have really read the first message and the above
message and understand part 97 too, you would understand that
we are not "charging" money for services!  WE *can't* "charge"!
We are asking those who *like* this service to support it.
>
>That, I think, is why the message was sent to your sysadmin, and not
>the FCC.
>
>Of course, That's just my opinion. I'm not involved. But, I think that
>the HAM end of things should pay for the station, that's fine. But
>when you solicit or engage in fund gathering over the net, you are
>in violation of policies..
 
What about shareware?  It's asking for funds - use internet to
FTP my software, and if you use it, you *must* send me money
or break the law!  Sounds like "solicitation" under your
definition... "providing services in exchange for funds", eh?
What about the new disk that was bought for the sumex-aim.
stanford.edu macintosh archives?  That was "solicitation"
for a service, namely, the new disk for archives ...
Please note that none of these were *commercial* services.

The point is that, like shareware, here are some people doing
(IMHO) a good thing and are asking for those who like and
use this service to help support it.  This happens all the time,
just that the people providing the services in internet are
usually programmers, not hams.

>-- 
>These opinions may not be unique, and they may not express the views of U.Va.
>   ______________________________________________________
>   | Jon Gefaell, Computer Systems Engineer \      /___ | SILENCE = DEATH
>   | Security and Technology Planning R&D    \    /   / | Homophobia is a
>   | I.T.C. Administrative Computing Services \  /   /  | Social Disease!
>   | The University, UVA. Carruthers Hall      \/\  /   |  73 de KD4CQY
>   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\/~~~~~
>   "For here we are not afraid to follow the truth wherever it may lead,
>    nor to tolerate any error so long as reason is left free to combat it."
>                                                         -Thomas Jefferson

Disclaimer:  I am a member of W6UE, the Caltech ARC and a former
student of Caltech.  Your milage may vary.

73, de N6XHW, D. Reeves

--
|B. Douglas Reeves    Dept. Env. Sci.& Eng.     Oregon Graduate Institute|
|N6XHW on 146.900 in PDX              dreeves@ese.ogi.edu everywhere else|
|"... life itself represents a nonequilibrium condition." - J. F. Pankow |

------------------------------

Date: Tue, 23 Mar 1993 13:57:52 GMT
From: usc!howland.reston.ans.net!gatech!concert!uvaarpa!murdoch!livia.acs.Virginia.EDU!jeg7e@network.UCSD.EDU
To: packet-radio@ucsd.edu

References <1og4orINN3tn@gap.caltech.edu>, <1ol28fINN1mv@tamsun.tamu.edu>, <1omiseINNhok@gap.caltech.edu>a.
Subject : Re: Packet via Telnet: join our gateway!

In article <1omiseINNhok@gap.caltech.edu> pjb@cco.caltech.edu (Paul J. Brewer) writes:
>
>Some guy sent my sysadmin a note about my "illegal fundraising" involving
>"commercial use" of amateur channels. This apparently was in response
>to my earlier announcement of invitations to try out and join a internet->
>packet system in which I make it quite clear that financial contribution 
>is requested for permament use. 
>
>I won't drag that guys callsign into it. Maybe he misunderstood part 97.
>
>The W6UE packet gateway is a user-supported facility, much like any 
>repeater system or remote base. Most repeater systems and remote bases
>only survive as a joint-venture with users sharing expenses. Even repeaters
>that are completely open are often run by a club, not just one person. 
>
>The packet gateway uses the operator's callsign, not W6UE. That operator
>is responsible for his actions while he is using the system, and if the 
>FCC monitored the transmissions, it would be his callsign that was tagged
>on them. So it is, effectively, a packet "remote base."
>
>Thus, I don't see how anyone could deduce that I am "sending messages for 
>hire."  

The illegality (well...) lies in your use of the Internet, NOT your
use of the Amateur Radio Frequencies. It is not within the acceptable
use policy of your regional network to provide services in exchange 
for funds.

That, I think, is why the message was sent to your sysadmin, and not
the FCC.

Of course, That's just my opinion. I'm not involved. But, I think that
the HAM end of things should pay for the station, that's fine. But
when you solicit or engage in fund gathering over the net, you are
in violation of policies..

-- 
 
These opinions may not be unique, and they may not express the views of U.Va.
   ______________________________________________________
   | Jon Gefaell, Computer Systems Engineer \      /___ | SILENCE = DEATH
   | Security and Technology Planning R&D    \    /   / | Homophobia is a
   | I.T.C. Administrative Computing Services \  /   /  | Social Disease!
   | The University, UVA. Carruthers Hall      \/\  /   |  73 de KD4CQY
   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\/~~~~~
   "For here we are not afraid to follow the truth wherever it may lead,
    nor to tolerate any error so long as reason is left free to combat it."
                                                         -Thomas Jefferson

------------------------------

End of Packet-Radio Digest V93 #77
******************************
